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Description 

Background of the Invention 
Field of the Invention 

[0001] The invention concerns communications sys- 
tems generally and particularly concerns the use of a 
communications system to mediate transactions among 
entities reachable by the communications system. 

Description of the Prior Art 

[0002] Communications systems such as the tele- 
phone system have long done more than simply connect 
a first entity to a second entity specified by the first entity. 
A number of forms of telephone service transform a first 
telephone number specifying an entity into a second 
such telephone number. FIG. 1 is a schematic overview 
of such telephone number transformation services. In 
the figure, a clashed line indicates a path for transmitting 
signalling information, while a solid line indicates a path 
for transmitting messages. In FIG. 1, entity 1 (E(1)) 105 

(1) is a caller wishing to communicate with entity 2 (E 

(2) ) 105(2) via communications system (CS) 103. To in- 
itiate the communication, entity 1 105(1) employs a vir- 
tual destination identifier 111 which is different from the 
actual destination identifier used within communications 
system 103 to establish communication with the entity. 
Using a signalling path, entity 1 105(1) provides virtual 
destination identifier 111 to communications system 
103. Switch 107 in communications system 103 is able 
to recognize virtual identifiers 111 from their forms. On 
recognizing that the destination identifier provided by 
entity 1 05(1 ) is a virtual destination identifier, switch 1 07 
provides virtual destination identifier 11 1 via a signalling 
path to translator 115, a facility in communications sys- 
tem 103 which translates virtual destination identifiers 
111 into actual destination identifiers 113. In making the 
translation, translator 115 uses destinatbn identifier da- 
ta base 1 1 7, which contains actual destination identifiers 
113 corresponding to virtual destinatbn identifiers 111. 
Once the translation is made, translator 115 provides 
actual destination identifier 11 3 to switch 107, which us- 
es actual destination identifier 113 to connect entity 1 
1 05(1 ) to entity 2 105(2) via a message path, as shown 
by solid arrow 109. 

[0003] One example of such a service is the toll-free 
800 service. In this service, which is described in detail 
in Weber, U.S. Patent 4,1 91 ,860, Data Base Communi- 
cation Call Processing Method, issued March 4, 1 980, 
customers throughout a given area use a telephone 
number which has 800 as a prefix to reach an entity. On 
receiving the 800 number, the telephone company's 
switching system generates a control message includ- 
ing the 800 number. The control message is sent to a 
data base system via the common channel interoffice 
signalling facilities (CCIS) used as a signalling path by 



the telephone company. The data base system uses the 
800 number to obtain an unlisted telephone number for 
the entity and provides the unlisted number via a second 
CCIS message to the switching system, which uses the 
5 unlisted number to connect the customer to the entity to 
which the 800 number belongs and charges the call to 
the unlisted number. 

[0004] As indicated in Weber, an 800-n u mber call can 
be routed based on the area in which it originates. C on- 
to sequently, 800 number service can be used as locator 
service. In such a service, a customer dials an 800 
number designating sources of specific goods or serv- 
ices and is connected by the communications system to 
the source of such goods or services closest to the cus- 

16 tomer or to a recipient of the goods or services. One kind 
of locator service is described in detail in Riskin, U.S. 
Patent 4,757,267, Telephone System for Connecting a 
Customer to a Supplier of Goods, issued July 12, 1988. 
In Riskin's locator service, a non-telephone company 

20 owned data base system operating in a computer which 
is connected to a telephone switch determines from the 
800 number the type of goods or services in which the 
customer is interested and determines from the caller's 
telephone number where the caller is located. The data 

25 base system then determines from a geographically-or- 
dered list of dealers which dealer is closest to the cus- 
tomer and causes the switch to call the closest dealer 
and connect the dealer with the customer. 
[0005] In one embodiment of Riskin's locator service, 

30 the caller's telephone number is provided to the data 
base system by the telephone company's Automatic 
Number Identification Service (ANI), while the 800 
number is provided by the telephone company's Dialed 
Number Identification Service (DNIS). In another em- 

35 bodiment, the non-telephone company-owned data 
base system would have access to the CCIS facility, and 
would receive the caller's telephone number and the 800 
number via CCIS and would provide the telephone 
number of the closest dealer to the telephone system 

*o via CCIS. The telephone system would then connect the 
customer to the closest dealer. Further refinements dis- 
closed by the Riskin reference include using digital voice 
to request telephone numbers from the caller if they are 
not provided by the telephone company via ANI or DNI S 

45 and using digital voice to inform the dealer of the kind 
of transaction being initiated by the customer. 
[0006] As the Riskin reference shows, number trans- 
lation systems can be quite complex. However, one 
characteristic which they all have in common is that the 

so communications system 103 does nothing more than 
establish a path by means of which entities using the 
communications system may exchange messages. 
Communications system 103 plays no role whatever in 
whatever transaction between the entities may be ac- 

55 complished by the messages. 

[0007] In some instances, the communications sys- 
tem plays a role in the transaction itself. One example 
of such a system is that disclosed in United States Pat- 
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ent 3,920,908, Constantino R. Kraus, Buyer Credit 
Service for a Telephone System, issued Nov. 18, 1975. 
As disclosed at col. 2, line 28 through col. 4, line 11 of 
the reference, the system of Kraus provides credit infor- 
mation for a customer ordering by telephone to a vendor. 5 
When the customer calls to place an order, he uses a 
special class of telephone number. The telephone sys- 
tem provides the special number and the number of the 
telephone from which the customer Is calling to a TSPS 
once. The TSPS office in turn sets up a connection be- 10 
tween the vendor identified by the special telephone 
number and a credit center and provides the calling tel- 
ephone number to the credit center. The credit center 
uses the calling telephone number to search a credit da- 
ta base for credit information about the customer and « 
transmits the credit information to the vendor. If the ven- 
dor finds the credit information satisfactory, he signals 
the TSPS once to that effect and the TSPS office then 
connects him with the customer. 

[0008] Another is the system disclosed in John B. Me- 20 
damana et al., U.S. Patent Application Serial Number 
359,823, Authenticated Communication Access Serv- 
ice, filed 5/31/89 and assigned to the assignees of the 
present patent application. In the system of the refer- 
ence, if an entity such as a bank or a broker wishes to 2s 
restrict access to a select set of customers, the entity 
provides an 800 number to the customers. The 800 
number serves as a transaction identifier. When a switch 
receives the 800 number, it does not immediately set up 
the call to the unlisted number for the entity which cor- 30 
responds to the 800 number, instead, it indicates to a 
transaction manager in the the telephone system that a 
call has arrived which it must mediate. The transaction 
manager employs the switch to obtain identification in- 
formation from the calling party. The identification infor- 35 
mation may be the calling party's telephone number, ob- 
tained via ANI, or a personal identification number (PIN) 
which the customer enters using his touch tone tele- 
phone in response to digital voice prompts from the 
switch. The transaction manager then supplies the iden- *o 
tification information to a third entity, which uses infor- 
mation in a transaction data base to determine whether 
the calling party is entitled to make the transaction. The 
third entity then provides transaction information to the 
transaction manager, if the calling party is entitled to 45 
make the transaction, the transaction information will 
contain further information about the transaction. The 
transaction manager informs the switch whether the 
transaction is permitted, and if it is, the switch makes 
the call to the second entity and provides it with the fur- so 
ther information about the transaction. 
[0009] A third example of the use of a communica- 
tions system to mediate a transaction is found in Enten- 
mann, et al., Use of Telecommunications Systems for 
Lotteries, U.S. Patent Application 07/709/621, filed ss 
9/1/87, and having the same assignee as the present 
patent application. This reference discloses a system in 
which a lottery customer dials a telephone number to 



enter a lottery. The system determines either from the 
customer's phone number or a credit card number which 
it requests from him whether the customer is eligible to 
enter the lottery. If the customer is, the customer is 
prompted to provide information from which a number 
for the customer's entry in the lottery can be generated. 
The system then generates the number and determines 
whether the number is a winning number. If it is, it in- 
forms the customer that he has won, prints out a record 
of the transaction at the lottery once, and connects him 
to an operator, who records additional data supplied by 
the customer. 

[0010] FIG. 2 presents an overview of a system 201 
in which the systems just described might be implement- 
ed. In system 201, CS 202 mediates a transaction be- 
tween entity 1 105(1 ) and entity 2 1 05(2) using informa- 
tion contained in a transaction data base (TDB) 209 be- 
longing to a third entity 105(3). When entity 1 105(1) in 
system 201 wishes to make a transaction with entity 2 
105(2), entity 1 105(1) provides communications sys- 
tem 202 with a transaction identifier 205 identifying the 
transaction. Included in transaction identifier 205 may 
be a virtual identifier for entity 2 105(2). When switch 
107 receives transaction identifier 205, it sets up a mes- 
sage path between entity 1 105(1) and switch 107 and 
employs a technique such as digital voice to request in- 
put of transaction information 1 (Tl(l)) 207 from entity 
105(1). An example of such transaction information 
might be an identifier specifying that entity 1 may cry out 
the transaction. Switch 107 provides transaction infor- 
mation 1 207 to transaction manager 203, running in a 
processor which has access to switch 107. Transaction 
manager 203 further has access to entity 3 1 05(3), and 
provides transaction information 1 207 to entity 3. Entity 
3 uses transaction information 1 207 to look up transac- 
tion information 2 207 in transaction data base 209 and 
provides transaction information 2 211 via a data link 
message path to transaction manager 203. If transac- 
tion information 2 211 indicates that entity 1 105(1 ) has 
the right to make the transaction, transaction manager 
203 provides a transaction OK (TOK) 21 2 signal indicat- 
ing that the transaction is permitted to switch 1 07, which 
establishes message path 21 5 between switch 107 and 
entity 2 105(2). Transaction manager 203 then uses the 
message path to provide transaction information 1 207 
and transaction information 2 211 to entity 2 105(2), 
which then uses message paths 213 and 215 to com- 
plete the transaction with entity 1 105(1). On the other 
hand, if transaction information 2 211 indicates that en- 
tity 1 105(1) does not have the right to make the trans- 
action, transaction manager 203 indicates to switch 1 07 
via transaction OK 212 that the transaction is not per- 
mitted, and switch 107 does not establish path 21 5 and 
terminates path 213. In this case, transaction manager 
203 may further cause switch 107 to provide a termina- 
tion message via message path 213 to entity 1 105(1 ). 
[0011] While the foregoing systems represent a sig- 
nificant advance over the number translation systems, 
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these systems do not provide a general technique by 
means of which a communications system may mediate 
a transaction, nor do they take full advantage of the pos- 
sibilities arising out of mediation of a transaction by the 
communications system. In particular, the references do 
not show how to use a communications system to me- 
diate an ordinary credit card transaction, it is thus an 
object of the present invention to provide such a general 
technique, and to permit the construction of improved 
systems for performing transactions using a communi- 
cations system. 

Summary of the Invention 

[001 2] According to the present invention there is pro- 
vided a method of employing a communications routing 
system to mediate a credit transaction between a cus- 
tomer, a vendor, and a credit-approving entity, the meth- 
od being characterized by the steps of: 

receiving a transaction specifier from the customer 
in the communications routing system; and 
responding to the transaction specifier by perform- 
ing steps in the communications routing system in- 
cluding 

obtaining at least a credit identification number 
known to the credit-approving entity from the cus- 
tomer, 

obtaining at least a debit amount from the vendor, 
providing the credit identification number and the 
debit amount to the credit-approving entity, 
receiving an indication from the credit-approving 
entity whether the credit transaction is approved, 
and 

providing the indication to the vendor. 

[0013] The invention also provides a method of em- 
ploying a communications routing system to mediate a 
plurality of types of transactions involving a plurality of 
entities, which are accessible via the communications 
routing system and which have between them transac- 
tion information other than the communications be- 
tween the entities, the method comprising the steps of: 

receiving a transaction type specifier specifying one 
of the types of transactions in the communications 
routing system; 

in the communications routing system, responding 
to the transaction type specifier by activating a 
transaction manager; and 
in the transaction manager, selecting a transaction 
algorithm corresponding to the transaction type 
specifier from a set of transaction algorithms; and 
in the transaction manager, performing as required 
by the transaction algorithm the steps of: 

employing the communications routing system 
to obtain first transaction information from at 
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least one of the entities involved in the transac- 
tion and 

employing the communications routing system 
to provide second transaction information to at 
s least one of the entities involved in the transac- 

tion. 

[0014] In order that the invention may be more fully 
understood, reference will now be made, by way of ex- 
10 ample, to the accompanying drawings. 

Brief Description of the Drawings 

[0015] 

15 

FIG. 1 is an overview of a prior-art telephone 
number translation system; 
FIG.2 is an overview of a prior-art system in which 
the telephone system mediates a transaction; 

20 FIG. 3 is an overview of a system utilising a pre- 
ferred method in accordance with the invention in 
which the communications system hides informa- 
tion while it mediates the transaction; 
FIG. 4 is an overview of a specific system in accord- 

25 ance with the invention which hides information 
while mediating a transaction; 
FIG.5 is an overview of a general system in accord- 
ance with the invention for employing the commu- 
nications system to mediate transactions; 

30 FIG.6 is an exemplary implementation of the sys- 
tem of FIG. 4 in the telephone system; and 
FIG. 7 is a diagram of transaction records used in 
certain embodiments of the system of FIG.3. 

35 [0016] Reference numbers in the Drawings have two 
parts. The two least-significant digits identify an item in 
a figure; the remaining digits identify the figure in which 
the item first appears. Thus, an item with the reference 
number 101 first appears in FIG. 1. 

40 

Detailed Description 

[0017] The following Detailed Description will first 
present certain definitions which are required for under- 

45 standing of the discussion, will then disclose a general 
example of a communications system which hides 
transaction information while mediating a transaction, 
followed by a specific example of such a communica- 
tions system. Next, the Detailed Description will disclose 

so a communications system which is generally adapted to 
mediating many types of transactions, and finally, the 
Detailed Description will disclose an embodiment of the 
specific example in the telephone system. 

55 Definitions 

[0018] The following definitions of communications 
systems and entities involved in a transaction are im- 
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portant for proper understanding of the disclosure. 
[0019] By "communications system* is meant any 
communications system in which a node of the commu- 
nications system can do more than simply passively for- 
ward data to a location in the system. One example of 
such a communications system is a telephone system 
of any size, ranging from a system consisting of tele- 
phones connected by a PBX through telephones con- 
nected by a world-wide switching system. Other exam- 
ples are data networks in which a network node can in- 
itiate a session and video networks in which there are 
interactions between the network and the user. 
[0020] By "entity" is meant any party to a transaction 
other than the communications system in its capacity as 
communications system. For example, if the company 
providing the communications system also provides 
identification or credit services, the company is an entity 
involved in the transaction to the extent that the identi- 
fication or credit services are involved in the transaction. 

Hiding Information while Mediating a Transaction: 
FIG. 3 

[0021 ] One reason for involving a mediator in a trans- 
action is to make it possible to carry out the transaction 
while hiding certain information necessary to the trans- 
action from other parties to the transaction. For exam- 
ple, in a labor negotiation, the union negotiators need to 
know the economic condition of the company they are 
negotiating with; the company, on the other hand, may 
not wish to make such sensitive business information 
available to the union negotiators. One way to solve this 
problem is to employ a mediator who is trusted by both 
parties to evaluate the business information and com- 
municate his evaluation, but not the information, to the 
union negotiators. As will become clear from the follow- 
ing, this function of making a transaction possible while 
hiding certain information can be carried out by a com- 
munications system. 

[0022] FIG. 3 shows a system 301 in which a commu- 
nications system 303 not only mediates a transaction, 
as did communications system 202 of the Medamana 
reference, but further hides information obtained from 
one of the entities involved in the transaction from an- 
other entity in the transaction. As with Medamana, entity 
1 1 05(1 ) begins the transaction by a call which identifies 
the type of transaction, as indicated by transaction ID 
205. When switch 107 receives TID 205, it activates 
transaction manager (TMAN) 305. Transaction manag- 
er 305 provides switch control signals 307 to switch 1 07. 
These signals cause switch 107 to provide digital voice 
prompts requesting transaction information 1 207 from 
entity 1 105(1). Entity 1 105(1) provides transaction in- 
formation 1 207 via a signal path to switch 107, which 
in turn provides it to transaction manager 305. Transac- 
tion manager 305 then provides transaction information 
1 207 to entity 3 105(3), which uses it to query transac- 
tion data base 209 and returns transaction information 
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2 21 1 via a data link. Transaction manager 305 then sig- 
nals switch 107 via switch control signals 307 to estab- 
lish a message path 316 between transaction manager 
305 and entity 2 105(2) and provides transaction infor- 

5 matfon 2 211 to entity 2 105(2). As may be seen from 
FIG. 3, entity 2 105(2) never receives transaction infor- 
mation 1 207; transaction information 1 207 is thus ef- 
fectively hidden from entity 2 105(2). A further charac- 
teristic of system 301 is that there may be no need for 

10 direct communication between entity 1 1 05(1 ) and entity 
2 1 05(2), or indeed between any of the entities involved 
in the transaction. If transaction information 2 211 con- 
tains all of the information which entity 2 requires to com- 
plete the transaction between it and entity 1 , entity 2 105 

15 (2) need not exchange messages with entity 1 105(1 ). 
[0023] In many cases, an entity participating in a 
transaction may wish to interrupt a transaction before it 
is complete and then complete the transaction later. In 
order to accomplish this, transaction data base 209 

20 must maintain records of transactions. Such records are 
shown as transaction records (TR) 701 in Fig. 7. Each 
transaction record 701 contains transaction information 
(TINF) 705, whose contents depend on the type of the 
transaction and the stage at which it was interrupted, 

25 and may also contain a transaction number 703, by 
which the entities participating in the transaction can 
identify the transaction. In one embodiment of such a 
system 301 which permits transactions to be interrupted 
and resumed, an entity can indicate that he wishes to 

so interrupt the transaction. Transaction manager 305 can 
then respond to this indication by providing transaction 
number 703 to at least the entity wishing to interrupt. 
When the entity wishes to continue, it dials the number 
originally used to begin the transaction, and transaction 

55 manager 305 responds by causing switch 1 07 to prompt 
the entity to indicate whether it is beginning a new trans- 
action or continuing an old one. In the latter case, trans- 
action manager 305 causes switch 107 to prompt the 
entity to provide transaction number 703, transaction 

40 manager 305 provides the transaction number to entity 
105(3) which manages transaction data base 209, and 
entity 105(3) uses transaction number 703 to locate 
transaction record 701 and to provide record 701 to 
transaction manager 305. Transaction manager 305 

45 then uses the information in transaction information 705 
to resume the transaction. 

[0024] In another embodiment, transaction records 
701 involving an entity can be organized such that all of 
the transaction records 701 for an entity can be located 

50 jn time order. In this case, when an entity wishes to 
resume a transaction, transaction manager 305 can be- 
gin with the most recent transaction for the entity wishing 
to resume and can use transaction information 705 to 
cause switch 107 to provide a summary of the transac- 

55 tion to the entity. The summary can be provided by using 
ASCIl-to-speech translation technology to translate the 
relevant portions of TINF 705 into speech. If the entity 
determines from the summary that the transaction is the 
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one it wishes to resume, the entity can indicate that fact 
via a signal to transaction manager 305, which can then 
use transaction record 701 which was the source of the 
summary to resume the transaction. 
[0025] The techniques described above for resump- 
tion of a transaction can also be used in situations in 
which a transaction has several separate stages. In 
such a multistage transaction, there will be a transaction 
record 701 for the transaction. Transaction record 701 
will maintain a record of the transaction as it currently 
stands. During the first stage of the transaction, the en- 
tities participating therein may be given transaction 
number 703 for the transaction. When a party begins 
the next stage of the transaction, transaction manager 
305 causes switch 107 to request transaction number 
703 from the party and then uses the transaction 
number to locate transaction record 701 for the trans- 
action. Transaction manager 305 can then respond to 
the record to perform the next stage of the transaction 
as described above, updating the record as it performed 
the transaction. 

[0026] Similarly, a given transaction can give rise to 
other possible transactions. For example, if what is in- 
volved is a purchase by one entity of goods from another 
entity, the purchaser may want to reach the second en- 
tity if he has questions about or problems with the goods 
and the second entity may want to reach the purchaser 
if he is temporarily out of stock or if a recall is required. 
Again, transaction record 701 can be used in these other 
transactions. Of course, as indicated above, techniques 
other than transaction numbers can be used to associ- 
ate transaction records with entities involved in a trans- 
action. For example, transaction records may be asso- 
ciated with and reachable by means of a telephone 
number or other identification name or number which 
identifies the entity. Indeed, more than one technique 
may be used for a given record. Transaction numbers 
can be used to provide access to individual records, 
while entity identification numbers can be used to pro- 
vide access to all of the transactions involving a given 
entity. Additionally, the transaction record may contain 
a time of transaction and transaction records for an en- 
tity may be retrieved in a time-related order. 

Using Hiding in a Credit Card Transaction System: 
FIG. 4 

[0027] The ability of a system such as system 303 to 
hide information from participants in a transaction is par- 
ticularly advantageous when the transaction is a tele- 
phone credit card transaction. Such transactions are 
presently performed as follows: First, the customer calls 
the vendor (often using an 800 number). Once customer 
and vendor are connected, the customer determines 
whether the transaction is to be a credit card transaction. 
The vendor then tells the customer the price, and if it is 
a credit card transaction, the vendor asks the customer 
for his credit card number The customer then hangs up 



and the vendor uses the credit card company's verifica- 
tion system to verify the customer's credit. Having done 
that, the vendor completes the credit card transaction 
and mails the customer the purchase. There are several 
s problems with this mode of carrying out the transaction. 
The most important problem from the customer's point 
of view is that he must disclose his credit card number 
to someone he does not know. The problem from the 
vendor's point of view is dealing with the credit card sys- 
tem when all the vendor really wants to know is whether 
the customer can pay. 

[0028] Fig. 4 shows a system 401 which addresses 
and solves these problems. To begin a transaction, cus- 
tomer C 403 employs communications system 303 to 
call vendor 405. The number used to call vendor 405 
serves both to identify a kind of transaction and the ven- 
dor, and so functions both as a transaction identifier 409 
and a vendor identifier 410. When switch 107 receives 
transaction identifier 409, it responds by activating 
transaction manager 407 and providing vendor ID 410 
to it. Transaction manager 407 retains vendor ID 410 
and causes switch 107 to set up message path 421 be- 
tween switch 107 and customer 403 and to provide a 
digital voice message to customer 403 in which custom- 
er 403 is asked for his credit card number. Customer 
403 inputs credit card number 407 using the Touch- 
Tone™ buttons on his telephone. Switch 107 receives 
the touch tone signals produced when the buttons are 
pushed, converts them to digital data, and provides the 
number to transaction manager 407. Transaction man- 
ager 407 retains the credit card number and causes 
switch 1 07 to set up message path 423 and connect the 
customer with the vendor via message paths 421 and 
423. The customer and the vendor then discuss the 
transaction and come to an agreement on the price. 
Vendor 405 then uses the Touch-Tone buttons on his 
telephone to input the price (P413). When switch 107 
receives the touch tone signals, it provides them to 
transaction manager 407, which in turn provides vendor 
identifier 41 0, credit card number 407 and price 41 3 to 
credit manager 415. Credit manager 415 determines 
from information in credit card data base 417 whether 
customer 403 can complete the purchase. If customer 
403 can, credit manager 41 5 provides a transaction con- 
firmation message 419 to transaction manager 407, 
which in turn provides the message to vendor 405, who 
can terminate or continue the interaction as he pleases. 
If the information in credit card data base 417 indicates 
that the transaction can take place, credit manager 415 
debits the amount of the transaction from customer 
403's account and credits it to vendor 405's account af- 
ter sending transaction confirmation signal 41 9 to trans- 
action manager 407. Other information required for the 
transaction, for example the mailing address of custom- 
er 403, may be obtained directly from customer 403 or 
from information in credit card data base 41 7 concerning 
customer 403. 

[0029] Many variations on the above system are of 
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course possible. For example, vendor ID 410 could be 
derived from the telephone number in the fashion de- 
scribed above for 800 numbers, or it could be derived 
from a geographical list of numbers for dealers, as in the 
Riskin reference, or the dealer could provide an identi- 
fier himself along with the amount. Similarly, credit man- 
ager 41 5 and credit card data base 41 7 could be entities 
which were totally separate from communications sys- 
tem 303, or they could be part of a credit system offered 
by the company which provides communications sys- 
tem 303 to customers of the company. For example, if 
the purchases made by customers 403 from vendor 405 
were relatively small, the price could be added to cus- 
tomer 403's telephone bill. In such a situation, customer 
403's telephone number, provided by the ANI service 
mentioned above, might even serve as credit card 
number 407. Customer 403's telephone number could 
additionally be used to verify customer 403's identity to 
credit manager 41 5. In such an embodiment, if customer 
403's telephone number as provided by ANI was differ- 
ent from the one listed for him, customer 403 could be 
asked to provide his home telephone number in addition 
to his credit card number. 

[0030] Additionally, all the techniques described in the 
discussion of system 301 above for interrupting a trans- 
action, performing a transaction in stages, or performing 
related transactions can be used in system 401 . A trans- 
action record 701 used in system 401 might contain the 
date and time of the transaction, the identity, address, 
and telephone number of customer 403, the identity, ad- 
dress, and a telephone number of vendor 405, the prod- 
uct purchased, and the price, as well as other useful in- 
formation. Further, the techniques described in connec- 
tion with system 301 for retrieving a transaction record 
701 can be used in system 401 . 
[0031] Examples of situations in which transaction 
records 701 can be usefully employed in system 401 
include interrupted transactions and collateral transac- 
tions such as later calls by customer 403 to vendor 405 
concerning the transaction and vice-versa. Depending 
on the situation (as indicated by the state of transaction 
705 in the relevant transaction record 701), transaction 
manager 407 can route customer 403's call to the proper 
party at vendor 405 and can provide information rele- 
vant to the situation from transaction record 701 to the 
proper party at vendor 405. 

A General System for Mediating Transactions: F1Q. 
5 

[0032] The systems of Kraus, Entenmann, and Meda- 
mana disclosed in the discussion of the prior art and the 
systems disclosed in the present patent application are 
species of a genus of systems in which a communica- 
tions system mediates a transaction. FIG. 5 discloses a 
system 501 which permits a communications system 
503 to provide as many of the species as is convenient. 
In system 501 , transaction manager 505 includes a list 



509 of transaction algorithms 507(0..n). Each transac- 
tion algorithm on the list specifies a different type of 
transaction which system 501 mediates. 
[0033] When one of the entities 1 05 which is reacha- 

5 ble by communications system 503 wishes to initiate a 
transaction, it provides a transaction identifier 511 for 
the type of transaction it wishes to perform to switch 1 07. 
Here, the entity is entity 105(i). As previously indicated, 
transaction identifier 511 might be a special telephone 

10 number. It might also be a suffix to a special telephone 
number, and it might further be elicited by transaction 
manager 505 in response to a telephone number indi- 
cating that entity 105(i) wished to choose from among 
transaction types belonging to a class of transaction 

15 types. 

[0034] As before indicated, switch 1 07 provides trans- 
action identifier 511 to transaction manager 505. In the 
following, transaction identifier 511 is presumed to iden- 
tify transaction algorithm 507(b). In response to trans- 

20 action identifier 511 , transaction manager 505 begins to 
execute transaction algorithm (TALG) 507(b). As re- 
quired by transaction algorithm 507(b), transaction 
manager 505 provides signals to switch 107 which 
cause switch 107 to connect entities involved in the 

25 transaction to each other or to transaction manager 505 
and to receive information from and provide information 
to the entities as required for the transaction. Addition- 
ally, certain entities involved in the transaction may be 
directly accessible to transaction manager 505 without 

30 involving switch 107. 

[0035] In Fig. 5, transaction algorithm 507(b) is taken 
to define a transaction involving three entities: E 105(i) 
which initiated it, E 105(j), and E 105(k). As required by 
algorithm 507(b), transaction manager 505 causes 

35 communications system 503 to solicit transaction infor- 
mation from the entities and provide the transaction in- 
formation to the entities and to transaction manager 505 
as required for the transaction. Thus, transaction infor- 
mation 519 concerns entity 105(i), transaction informa- 

40 tion 515 concerns entity 105(k), and transaction infor- 
mation 517 concerns entity 105(j). As shown in Fig. 5, 
transaction manager 505 may employ either signal 
paths or message paths for the transaction information, 
and may connect entities to each other or to itself, all as 

45 required by transaction algorithm 507(b). Fbw of control 
in transaction algorithm 507(b) may of course depend 
on values which transaction manager 505 receives in 
the transaction information obtained from the entities. 
Additionally, transaction algorithm 507(b) may employ 

50 other transaction algorithms in algorithm list 509 to per- 
form portions of the transaction. 
[0036] The algorithms in algorithm list 509 may all be 
provided by the operator of communications system 
503. In other embodiments, the operator of communi- 

55 cations system 503 may permit certain users of the com- 
munications system to provide transaction algorithms 
for transaction algorithm list 509. Indeed, one of the 
transactions mediated by communications system 503 
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might be the installation of a transaction algorithm 507 
in list 509. In such a transaction, transaction manager 
507 would respond to the transaction identifier identify- 
ing the transaction by soliciting the new algorithm 507 
from the initiating entity 105, would submit the new al- 
gorithm 507 to other entities for confirmation of its cor- 
rectness, and on receiving the confirmation, would in- 
stall the new algorithm in list 509. If the algorithm were 
found not to be correct, transaction manager 507 could 
return error messages to the initiating entity. Any or all 
of the algorithms can of course employ transaction 
records 701 as described above. 

implementation of System 401 In a Telephone 
System: FIG. 6 

[0037] FIG. 6 shows an implementation of system 401 
in a contemporary telephone system. As will be clear to 
those of ordinary skill in the art, the techniques used to 
implement system 401 in the telephone system may al- 
so be employed to implement systems 301 and 501 . 
[0038] Modern telephone switching networks are 
stored program controlled networks, that is, the behav- 
ior of elements of the network is governed by stored pro- 
grams. The stored program controlled network provided 
by AT&T is described in detail in the Bell System Tech- 
nical Journal, vol. 61, No. 7, part 3, September, 1982, 
pp. 1573-1816. System 601 of FIG. 6 employs compo- 
nents of the AT&T stored program controlled network. 
[0039] An important characteristic of the AT&T stored 
program controlled network is that there are separate 
paths for control signals and for messages. Messages 
travel by switched circuits, indicated in FIG. 6 by the sol- 
id lines 607, 61 5, 61 9, 637, and 641 ; the control signals 
travel by the common channel interoffice signalling fa- 
cilities (CCIS), which is a packet network for carrying 
control messages between the components of the net- 
work. All of the switches and telephone company-pro- 
vided data bases in the stored program controlled net- 
work are connected to each other by CCIS, which ap- 
pears in FIG. 6 as dashed line 613. 
[0040] The following components of the AT&T stored 
program controlled network are employed in system 
601: 

• CCIS-controlled switches 609, 61 7, and 639: 

- Switch 609 is an Originating Screening Office 
(OSO), a switch which detects special classes 
of calls. 

- Switch 61 7 is an Action Control Point (ACP), a 
switch which has access to facilities for han- 
dling certain kinds of calls. 

- Switch 639 is a Destination Service Office, a 
switch which connects special classes of calls 
to their destinations. 



• Network control points (NCP) 611 and 633. A net- 
work control point provides messages to other com- 
ponents of the network as required to cause the net- 
work to perform a given function. 

5 

IND NCP 611 contains a data base of special 
numbers such as 800 numbers and provides 
messages indicating how the special numbers 
are to be handled by the switching system. 

10 

- DSD NCP 633 contains a data base of special 
telephone services and provides messages 
which cause the switching system to carry out 
the special service. In system 601, DSD NCP 
is 633 performs the function of transaction man- 

ager 407. 

• Network Services Complex (NSC) 621 implements 
certain primitive functions (PRS) 631 in response to 

20 messages on CCIS 61 3. Primitive functions used in 
system 601 include provision of voice announce- 
ments 623, decoding of DTMF signals 625, estab- 
lishment of data links 627, and call routing 629. 

25 [0041] Additional components of system 601 include 
Touch-Tone telephone 603, belonging to customer 403 
of FIG. 4, Touch- Tone telephone 643, belonging to ven- 
dor 405 of FIG. 4, local switch 605, which connects tel- 
ephone 603 to the stored program switching network, 

30 credit manager 41 5, which determines the credit status 
of a customer, and credit card data base 41 7, which con- 
tains the credit information. Credit manager 415 is con- 
nected via data link 41 6 to NSC 621 . It should be pointed 
out that conceptually, switches 609, 617, 639, NSC 621 , 

35 and IND NCP 611 together perform the functions of 
switch 107 in FIG. 4. 

[0042] System 601 operates as follows to perform the 
mediated credit transaction described with reference to 
system 401 . Customer 403 uses telephone 603 to dial 

^o a special number, perhaps beginning with a prefix such 
as 990. The special number identifies at least the kind 
of transaction. The dialed number goes to local switch 
605, which provides it via circuit 607 to OSO 609. OSO 
609 determines that the number is special, and sends 

45 a message via CCIS 61 3 to IND NCP 61 1 . The message 
contains at least the special telephone number. 
[0043] IND NCP 611 determines from the special 
number that the call must be handled by ACP 617, be- 
cause that switch has a Network Services Complex 621 

50 associated with it. Consequently, IND NCP 61 1 sends a 
CCIS message to OSO 609 which specifies the number 
of telephone 643, the type of special service required 
and DSD NCP 633, and which further identifies access 
control point 617. OSO 609 responds to the message 

55 by forwarding the call to action control point 61 7, as in- 
dicated by circuit 615, and sending a CCIS message to 
ACP 617 which includes the the telephone number of 
telephone 643, the type of special service required, and 
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a specification of DSD NCP 633, as well as the tele- 
phone number of telephone 603, as provided by ANI. 
[0044] On receipt of the message from OSO 609, 
ACP 617 sends a CCIS message to DSD NCP 633 
which includes the type of special service required and 
the telephone numbers of telephones 643 and 603. DSD 
NCP 633 then locates transaction algorithm 636 corre- 
sponding to the type of special service required and be- 
gins executing the algorithm. As DSD NCP 633 exe- 
cutes the algorithm, it sends CCIS messages to the 
components of the stored program network which cause 
the stored program network to mediate the transaction. 
[0045] The first step in the transaction is to obtain the 
credit card number of customer 403. NCP 633 sends a 
CCIS message to NSC 621 which instructs it to use call 
routing primitive 629 to connect itself to telephone 603. 
The routing primitive does so, as shown by circuit 619, 
and NCP 633 then sends a CCIS message to NSC 621 
to use announcement primitive 623 to request that the 
user of telephone 603 input his credit card number using 
the Touch-Tone buttons on the telephone and to use DT- 
MV decoding primitive 625 to decode the inputs re- 
ceived from the Touch-Tone buttons and send them via 
CCIS to NCP 633. Continuing to execute TALG 636, 
NCP 633 determines whether the proper number of dig- 
its have been sent. If not, it sends a CCIS message to 
NSC 621 to use primitive 623 to inform the user of tele- 
phone 603 of his error and primitive 625 to collect new 
input. Once NCP 633 has the proper number of digits, 
it stores them and sends a CCIS message to NSC 621 
requesting it to route the call from ACP 61 7 to telephone 
643, thereby connecting customer 403 and vendor 405 
and to listen for DTMF tones from telephone 643. 
[0046] Execution of transaction algorithm 636 contin- 
ues after customer 403 and vendor 405 have agreed to 
the transaction and vendor 403 uses his Touch-Tone 
buttons to input the price on telephone 643. Component 
625 of NSC 621 decodes the DTMF tones and provides 
the price via a CCIS message to DSD NCP 633, which 
then sends a CCIS message to NSC 621 requesting it 
to use component 627 to set up a data link with credit 
manager 41 5, and when the link is set up, another CCIS 
message asking it to provide the credit card number, the 
telephone number of telephone 643, and the price to 
credit manager 415 and to return credit manager 415's 
response. Credit manager 41 5 then consults data base 
417, and if customer 403 has the necessary balance, 
debits customer 403's account and credits vendor 405's 
account (identified by the vendor's telephone number). 
Credit manager 415 returns a value indicating the suc- 
cess or failure of the transaction to NSC 621, which in 
turn provides it to NCP 633; depending on the value, 
NCP 633 requests announcing facility 623 in NSC 621 
to indicate to the vendor at telephone 643 whether the 
transaction succeeded, completing transaction algo- 
rithm 636. 

[0047] Many variations in system 601 and transac- 
tions algorithm 636 are possible. For example, vendor 



405, customer 403, or both may have integrated serv- 
ices digital network (ISDN) service, and in that case, tel- 
ephone 603 or 643 may be replaced by a display termi- 
nal and keyboard. In such an embodiment, NSC 621 
s would provide prompts to the terminal instead of voice 
prompts. Further, NSC 621 may include voice recogni- 
tion primitives; in that case customer 403 could input his 
credit card number orally, and vendor 405 could do the 
same with the price. Credit manager 41 5 may have sev- 
eral different relationships with the remainder of system 
601. It can itself be implemented as a network control 
point, it can be connected by a data link, as in FIG. 6, 
or it can be connected by a switched circuit, as are tel- 
ephones 603 and 643. 

[0048] As regards transaction algorithm 636, the in- 
teractions between system 601 and customer 403 and 
vendor 405 can be expanded. For example, customer 
403 might be asked to provide additional identifying in- 
formation and vendor 405 might be asked to provide a 
vendor identification number along with the price. The 
vendor id number would then be used to identify the ven- 
dor's account in data base 417. Further, the credit veri- 
fication could be done in two stages. In the first stage, 
performed on receipt of the credit card number, the ex- 
istence of the customer's account could be verified; in 
the second stage, the account could be debited. More- 
over, any of the telephone number translation services 
described in the discussion of the prior art could be used 
in conjunction with system 601. Additionally, credit card 
data base 41 7 can include transaction records 701 , and 
these records can be used as described above with re- 
gard to system 401 to resume an interrupted transaction 
or to provide information for collateral transactions. 



[0049] The foregoing Detailed Description has dis- 
closed to one of ordinary skill in the art to which the in- 
vention pertains how one may make and use a commu- 
nications system which mediates transactions between 
entities reachable by the communications system. How- 
ever, as is apparent from the nature of the invention and 
the Detailed Description, the number of particular em- 
bodiments of the invention is essentially unlimited. For 
example, systems of the type disclosed herein may be 
used for telephone voting. In such a system, the trans- 
action manager would determine the eligibility of the vot- 
er to vote, and if he is eligible, would provide the vote to 
the entity in charge of counting. 
[0050] Another use for such a system is a gift or do- 
nation registration service. An entity seeking gifts or do- 
nations would provide a list of what it needed to the reg- 
istration service. Entities wishing to make gifts or dona- 
tions would call the registration service and the service 
would mediate a transaction between the donor and the 
source of the item to be given or donated. 
[0051] Still other uses involve assigning available re- 
sources of a given type to clients who call for assistance. 
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One example of such a system is a lawyer referral serv- 
ice. The referral service would maintain a database of 
lawyers and would assign lawyers to clients on a basis 
which assured that each lawyer would get a fair share 
of the referrals. The system would determine from the 
database which lawyer was to get the referral and would 
connect the lawyer with the calling client. 
[0052] Additionally, a communications system may be 
advantageously used to mediate a transaction such as 
an auction. Customers could make bids. The communi- 
cations system would validate the bids and provide them 
to the auctioneer, who would know only the amounts, 
and not the identities of the bidders. The communica- 
tions system could then indicate to each participant the 
current highest bid and solicit new bids until a single 
highest bid remained. In some embodiments, the com- 
munications system itself might play the role of auction- 
eer. In such an embodiment, the transaction manager 
would keep track of the current highest bid, would inform 
the participants of that bid, and when bidding had 
ceased, would complete the transaction with the highest 
bidder. 

[0053] Further, as previously pointed out, the inven- 
tion may be employed in any communications system 
which actively connects a sender of a message with a 
recipient of a message. Since the details of a particular 
embodiment of the invention are strongly dependent on 
the kind of communications system being used and the 
kind of transaction being mediated, the embodiments 
disclosed in the Detailed Description are to be consid- 
ered in ail respects as being merely illustrative and ex- 
emplary, but not restrictive, and the scope of the inven- 
tion is not to be determined from the disclosed embod- 
iments, but rather from the attached claims as read in 
light of the Specification. 



Claims 

1 . A method of employing a communications routing 
system (303) to mediate a credit transaction be- 
tween a customer (403), a vendor (405), and a cred- 
it-approving entity (415), the method being charac- 
terized by the steps of: 

receiving a transaction specifier (409) from the 
customer (403) in the communications routing 
system (303); and 

responding to the transaction specifier (409) by 
performing steps in the communications rout- 
ing system (303) including 

obtaining at least a credit identification 
number (411) known to the credit-approv- 
ing entity from the customer (403), 
obtaining at least a debit amount (413) 
from the vendor (405), 
providing the credit identification number 



(411) and the debit amount (413) to the 
credit-approving entity (415), 
receiving an indication (41 9) from the cred- 
it-approving entity (41 5) whether the credit 
s transaction is approved, and 

providing the indication (41 9) to the vendor 
(405). 

2. The method set forth in claim 1 , further character- 
io ized in that: 

the step of responding to the transaction 
specifier includes the step of employing the com- 
munications routing system to connect the custom- 
er and the vendor with each other. 

1$ 

3. The method set forth in claim 2, further character- 
ized in that: 

the step of employing the communications 
routing system to connect the customer and the 
20 vendor occurs before the step of obtaining a debit 
amount from the vendor. 

4. The method set forth in claim 1 , 2 or 3, further char- 
acterized in that: 

25 the method does not include any step in which 

the credit identification number is disclosed to the 
vendor. 

5. The method set forth in claim 1 , 2, 3 or 4, charac- 
30 terized in that: 

the communications routing system is a tele- 
phone system; and 

the step of receiving a transaction specifier in- 
35 eludes the steps of: 

receiving a special telephone number in 
the telephone system; and 
using the special telephone number to de- 
40 rive the transaction specifier. 

6. The method set forth in claim 5, further character- 
ized in that: 

45 the step of receiving a transaction specifier fur- 

ther includes the step of using the special tele- 
phone number to derive a telephone number of 
the vendor and 

the step of responding to the transaction spec- 
so jfjer includes the step of using the telephone 

number to obtain transaction information con- 
cerning the credit transaction from, or provide 
transaction information to, the vendor. 

55 7. The method set forth in claim 5 or 6, further charac- 
terized in that: 

the telephone system retains the telephone 
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number from which the special telephone 
number was called; and 
the step of responding to the transaction spec- 
ifier includes obtaining the telephone number 
from which the special telephone number was 
called from the telephone system as part of the 
transaction information. 

8. The method set forth in any of claims 1 , 2, 3, 4, 5, 
6 and 7, further characterized in that: 

the steps performed in response to the trans- 
action specifier include entering information con- 
cerning the credit transaction in a transaction 
record. 

9. The method set forth in claim 8, further character- 
ized in that: 

the method further includes the steps of: 
receiving a further transaction specifier in the 
communications routing system; 
and responding to the further transaction spec- 
ifier by performing a further transaction as 
specified by the further transaction specifier 
and the transaction record. 

10. A method of employing a communications routing 
system (503) to mediate a plurality of types of trans- 
actions involving a plurality of entities (105(i), 105 
(j), 105(k)) which are accessible via the communi- 
cations routing system (503) and which have be- 
tween them transaction information other than the 
communications between the entities, the method 
characterized by the steps of : 

receiving a transaction type specifier (511) 
specifying one of the types of transactions in 
the communications routing system (503); 
in the communications routing system (503), 
responding to the transaction type specifier 
(511) by activating a transaction manager 
(505); and 

in the transaction manager (505), selecting a 
transaction algorithm (507) corresponding to 
the transaction type specifier from a set of 
transaction algorithms (509); and 
in the transaction manager (505), performing 
as required by the transaction algorithm the 
steps of: 

employing the communications routing 
system (503) to obtain first transaction in- 
formation (51 5) from at least one of the en- 
tities (105(k)) involved in the transaction 
and 

employing the communications routing 
system (503) to provide second transac- 
tion information (51 9) to at least one of the 



entities (105(i)) involved in the transaction. 



Patentanspruche 

5 

1 . Verfahren zum Verwenden eines Kommunikations- 
wegleitungssystems (303) zum Vermitteln einer 
Kredittransaktion zwischen einem Kunden (403), 
einem Verkaufer (405) und einer Kredit gewahren- 

10 den Einheit (415), wobei das verfahren durch fol- 
gende Schritte gekennzeichnet ist: 

Empfangen eines Transaktionsspezifizierers 
(409) von dem Kunden (403) in dem Kommu- 
is nikationswegleitungssystem (303); und 

Antworten auf den Transaktionsspezifizierer 
(409) durch Durchfuhren von Schritten in dem 
Kommunikationswegleitungssystem (303), 
welche aufweisen: 

20 

Erhalten zumindest einer Kreditidentifizie- 
rungsnummer (411), welche der Kredit ge- 
wahrenden Einheit bekannt ist, von dem 
Kunden (403), 

25 Erhalten zumindest eines Schuldbetrages 

(41 3) von dem Verkaufer (405), 
Lief em der Kredit ident if izierungsnummer 
(41 1 ) und des Schuldbetrages (41 3) an die 
Kredit gewahrende Einheit (415), 
30 Empfangen einer Anzeige (419) von der 

Kredit gewahrenden Einheit (415), ob die 
Kredittransaktion gewahrt wird, und 
Lief em der Anzeige (41 9) an den Verkaufer 
(405). 

35 

2. Verfahren nach Anspruch 1 , weiterhin dadurch ge- 
kennzeichnet, daB: 

der Schritt des Antwortens auf den Transak- 
tionsspezifizierer den Schritt des Verwendens des 
40 Kommunikationswegleitungssystems zum Verbin- 
den des Kunden und des Verkaufers miteinander 
umfaBt. i 

3. Verfahren nach Anspruch 2, weiterhin dadurch ge- 
45 kennzeichnet, daB: 

der Schritt des Verwendens des Kommunika- 
tionswegleitungssystems zum Verbinden des Kun- 
den und des Verkaufers vor dem Schritt des Erhal- 
tens eines Schuldbetrages von dem Verkaufer auf- 
so tritt. 

4. Verfahren nach Anspruch 1 , 2 oder 3, weiterhin da- 
durch gekennzeichnet, daB: 

das Verfahren keinen Schritt enthalt, in dem 
55 die Kreditidentifizierungsnummer dem Verkaufer 
offenbart wird. 

5. Verfahren nach Anspruch 1 , 2, 3 oder 4, dadurch 
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gekennzeichnet, daB: 

das Kommunikationswegleitungssystem ein 
Telefonsystem ist; und 

der Schritt des Empfangens eines Transakti- 
onsspezifizierers folgende Schritte aufweist: 

Empfangen einer speziellen Telefonnum- 
mer in dem Telefonsystem; und 
Verwenden der speziellen Telefonnummer 
zum Ableiten des Transaktbnsspezifizie- 
rers. 

6. Verfahren nach Anspruch 5, weiterhin dadurch ge- 
kennzeichnet, daB: 

der Schritt des Empfanges eines Transaktions- 
spezifizierers weiterhin den Schritt des Ver- 
wendens der speziellen Telefonnummer zum 
Ableiten einer Telefonnummer des Verkaufers 
aufweist; und 

der Schritt des Antwortens auf den Transakti- 
onsspezifizierer den Schritt des Verwendens 
der Telefonnummer zum Erhalten von Transak- 
tionsinformationen betreffend der Kredittrans- 
aktion von oder zum Liefem von Transaktions- 
informationen an den Verkaufer enthalt. 

7. Verfahren nach Anspruch 5 oder 6, weiterhin da- 
durch gekennzeichnet, daB: 

das Telefonsystem die Telefonnummer zuruck- 
behatt, von der die spezielle Telefonnummer 
angerufen wurde; und 

der Schritt des Antwortens auf den Transakti- 
onsspezifizierer das Erhalten der Telefonnum- 
mer, von der die spezielle Telefonnummer an- 
gerufen wurde, von dem Telefonsystem a!s Teil 
der Transaktionsinformation enthalt. 

8. Verfahren nach einem der AnsprOche 1, 2, 3, 4, 5, 
6 und 7, weiterhin dadurch gekennzeichnet, daB: 

die Schritte, welche ansprechend auf den 
Transaktionsspezifizierer durchgefuhrt werden, 
das Eingeben von Information betreffend der Kre- 
dittransaktion in einem Transaktionsdatensatz ent- 
halten. 

9. Verfahren nach Anspruch 8, weiterhin dadurch ge- 
kennzeichnet, daB: 



tionsspezifizierer und den Transaktionsdaten- 
satz spezrfiziert. 

10. Verfahren zum Verwenden eines Kommunikations- 
s wegleitungssystems (503) zum Vemnitteln einer 
Vielzahl von Typen von Transaktionen, welche eine 
Vielzahl von Einheiten (105(i), 105(j), 105(k)) invol- 
vieren, welche durch das Kommunikationsweglei- 
tungssystem (503) zuganglich sind und welche zwi- 
10 schen sich Transaktionsinformation haben, die ver- 
schieden ist von den Kommunikationen zwischen 
den Einheiten, wobei das Verfahren durch folgende 
Schritte gekennzeichnet ist: 

15 Empfangen eines Transaktionstyp-Spezifizie- 

rers (511) zum Spezifizieren eines der Typen 
der Transaktionen in dem Kommunikations- 
wegleitungssystem (503); 
Antworten auf den Transaktionstyp-Spezifizie- 
20 rer (511 ) durch Aktivieren eines Transaktions- 

managers (505) in dem Kommunikationsweg- 
leitungssystem (503); und 
Auswahlen eines Transaktionsalgorithmus 
(507) entsprechend dem Transaktionstyp-Spe- 
25 zifizierer aus einem Satz von Transaktionsal- 

gorithmen (509) in dem Transaktionsmanager 
(505); und 

Durchfuhren folgender Schritte, wie durch den 
Transaktionsalgorithmus erfordert, in dem 
30 Transaktionsmanager (505): 

Verwenden des Kommunikationsweglei- 
tungssystems (503) zum Erhalten einer er- 
sten Transaktionsinformation (51 5) von zu- 
55 mindest einer der Einheiten (105(k)), wel- 

che in die Transaktbn involviert ist; und 
Verwenden des Kommunikationsweglei- 
tungssystems (503) zum Liefern zweiter 
Transaktionsinformation (519) an zumin- 
40 dest eine der Einheiten (105(i)), welche in 

die Transaktion involviert ist. 

Revendlcatlons 

45 

1. Procede d'utilisation d'un systeme d'aiguillage de 
communication (303) pour realise r la conclusion 
d'une transaction de credit entre un client (403), un 
vendeur (405) et une entitd d'autorisation de credit 
50 (415), le procecte 6tant caract6ris6 par les Stapes 
de: 

reception d'un specifieur de transaction (409) 
en provenance du client (403) dans le systeme 
d'aiguillage de communication (303); et 
r6ponse au sp6cifieur de transaction (409) en 
reaiisant des Stapes dans le systeme d'aiguilla- 
ge de communication (303) incluant: 



das Verfahren weitere Schritte enthalt: 
Empfangen eines weiteren Transaktionsspezi- 
fizierers in dem Kommunikationswegleitungs- 
system; und ss 
Antworten auf den weiteren Transaktionsspe- 
zifizierer durch Durchfuhrung einer weiteren 
Transaktion, wie durch den weiteren Transak- 
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24 



obtention d'au moins un numSro d'identifi- 
catlon de credit (411) connu de I'entitS 
d'autorisation de credit en provenance du 
client (403), 

obtention d'au moins un montant de debit 5 
(413) en provenance du vendeur (405), 
application du numero ^identification de 
credit (411) et du montant de dSbit (413) 
sur I'entitS d'autorisation de crSdit (415), 
reception d'une indication (419) en prove- to 
nance de I'entitS d'autorisation de credit 
(415) qui indique si la transaction de credit 
est autorisSe ou non, et 
application de Vindication (41 9) au vendeur 
(405). is 



2. ProcSdS selon la revendication 1, caractSrisS en 
outre en ce que: 

I'Stape de rSponse au spScifieur de transac- 
tion inclut I'Stape d'utilisation du systeme d'aiguilla- 
ge de communication pour connecter le client et le 
vendeur I'un a I'autre. 

3. ProcSdS selon la revendication 2, caractSrisS en 
outre en ce que: 

I'Stape d'utilisation du systeme d'aiguillage de 
communication pour connecter le client et le ven- 
deur survient avant I'etape d'obtentbn d'un montant 
de dSbit en provenance du vendeur. 

4. ProcSdS selon la revendication 1 , 2 ou 3, caractS- 
risS en outre en ce que: 

le procSdS n'inciut pas d'Stape selon laquelie 
le numero ^identification de credit est divulgue au 
vendeur. 

5. ProcSdS selon la revendication 1 , 2, 3 ou 4, carac- 
terise en ce que: 

le systeme d'aiguillage de communication est 
un systeme tsiSphonique; et 
I'Stape de reception d'un spScifieur de transac- 
tion inclut les Stapes de: 

reception d'un numSro de telephone spe- 
cial dans le systeme tsiSphonique; et 
utilisation du numero de telephone special 
pour deriver le specifieur de transaction. 

6. ProcSdS selon la revendication 5, caractSrisS en 
outre en ce que: 

I'Stape de reception d'un spScifieur de transac- 
tion inclut en outre I'Stape d'utilisation du nume- 
ro de tSISphone special pour deriver un numSro 
de telephone du vendeur; et 
I'Stape de rSponse au specifieur de transaction 
inclut I'etape d'utilisation du nu mero de te 1 Spho- 



ne pour obtenir une information de transaction 
concemant la transaction de credit en prove- 
nance du vendeur ou pour appliquer une infor- 
mation de transaction au vendeur. 

7. ProcSdS selon la revendication 5 ou 6, caractSrisS 
en outre en ce que: 

le systeme de telephone retient le numero de 
telephone a partir duquel le numSro de telepho- 
ne special a Ste appefS; et 
I'Stape de rSponse au specifieur de transaction 
inclut fobtention du numSro de tSISphone a par- 
tir duquel le numero de telephone special a ete 
appele a partir du systeme tsiSphonique en tant 
que partie de rinformation de transaction. 

8. Procede selon I'une quelconque des revendications 
1 , 2, 3, 4, 5, 6 et 7, caracterise en outre en ce que: 

20 les Stapes realisees en rSponse au specifieur 

de transaction incluent I'entrSe d'une information 
concemant la transaction de credit dans un enre- 
gistrement de transaction. 

25 9. ProcSdS selon la revendication 8, caracterise en 
outre en ce que le procSdS inclut en outre les Stapes 
de: 

reception d'un autre specifieur de transaction 
30 dans le systeme d'aiguillage de communica- 

tion; et 

reponse a ('autre specifieur de transaction en 
rSalisant une autre transaction telle que speci- 
fied par i'autre specifieur de transaction et par 
35 i'enregistrementde transaction. 

10. ProcSdS d'utilisation d'un systeme d'aiguillage de 
communication (503) afin de rSaliser la conclusion 
d'une pluralites de types de transactions mettant en 
40 jeu une plurality d'entitSs (1 05(i), 1 05G), 1 05(k)) qui 
sont accessibles via le systeme d'aiguillage de 
communication (503) et qui disposent entres elles 
d'une information de transaction autre que les com- 
munications entre les entitSs, le procSdS 6tant ca- 
<5 ractSrisS en ce qu'il comprend les Stapes de: 

reception d'un spScifieur de type de transaction 
(511) qui spec if ie I'un des types de transactions 
dans le systeme d'aiguillage de communication 
so (503); 

dans le systeme d'aiguillage de communication 
(503), rSponse au spScifieur de type de tran- 
saction (511) en activant un gestionnaire de 
transaction (505); et 
55 dans le gestionnaire de transaction (505), sS- 

lection d'un algorithme de transaction (507) qui 
correspond au specifieurde type de transaction 
a partir d'un jeu d'algorithmes de transaction 
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(509); et 

dans le gestionnaire de transaction (505), rea- 
lisation, comma demande par I'algorithme de 
transaction, des Stapes de: 

5 

utilisation du systems cfaiguillage de com- 
munication (503) pour obtenir une premie- 
re information de transaction (515) a partir 
d'au moins I'une des entites (105(k)) mises 
en jeu dans la transaction; et 10 
utilisation du systems cfaiguillage de com- 
munication (503) pour appliquer une se- 
conde information (51 9) sur au moins Tune 
des entites (1 05(f)) mises en jeu dans la 
transaction. is 
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